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dropwise to the resulting solution with stirring ... Then „ the 
reaction mixture was heated to 60°C, and reacted at 60 to 
65°C for 8 hours, The methanol was distilled off under 
reduced pressure from the reaction mixture, and the residue 
5 was analyzed by high-speed liquid chromatography. The yield 
of lithium aziridine-2-carboxylate formed was 85.6%. 
Example 7 

Example 6 was repeated except that 50 g of iso- 
propyl alcohol was used instead of methanol, and 13 g of 
10 sodium hydroxide was used instead of lithium hydroxide. The 
yield of sodium aziridine~2-carboxylate formed was 90.5$. 
Example 8 

17. M g of methyl alpha^chloro-beta-aminopropionate 
hydrochloride was dissolved in 110 g of water, and a solu- 
15 tion of 13 g of sodium hydroxide in 60 g of water was added 
dropwise to the resulting solution with stirring. The mix- 
ture was then reacted at room temperature tor 30 hours* The 
yield of sodium aziridine-2-carboxylate was 84.9%. 
Example 7 

20 * Example 8 was repeated except .that 18.8 g of ethyl 

alpha-ch&oro-beta-aminopropionate was used instead of the 
methyl alpha-chloro-beta-aminopropionate hydrochloride. The 
yield of sodium aziridine-2-carboxylate formed was 03.2$. 
Example 10 

25 A solution of 19 g of alpha-chloro-beta-propionic 

acid hydrochloride in 50 g of water was added dropwise to 
150 g of 8$ aqueous ammonia, and they. were, reacted at room 
temperature for 48 hours. The yield of ammonium aziridine- 
2-carboxylate formed was 85.9%. 
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CLAIMS: 

1. A process for producing an aziridine-2-carboxylic 
acid salt, characterised in that it comprises treating an. 
alpha-halogeno-beta-aminopropionic acid, its ester or a 

5 mineral acid salt of said acid or ester with an alkali 
metal hydroxide, an alkaline earth metal hydroxide or 
aqueous ammonia in water or a water-containing organic 
solvent. 

2. The process of claim 1 wherein the alpha-halogeno- 
10 beta-aminopropionic acid is alpha-chloro-beta- 

aminopropionic acid or alpha-bromo-beta-aminopropionic acid. 

3. The process of claim 1 wherein the alpha-halogeno- 
beta-aminopropionic acid ester is a methyl ester, ethyl 
ester, isopropyl ester or tert-butyl ester of alpha-chloro, 

15 or alpha-bromo-beta-aminopropiionic acid. 

4. The process of any one of claims 1, 2 and 3 wherein 
the amount of the alkali metal hydroxide or alkaline earth 
metal hydroxide is 2 to 5 equivalents based on the alpha- 
halogeno-beta-aminopropionic acid or its ester. 

20 5. The process of any one of claims 1, 2 and 3 wherein 

the mineral acid salt is a sulfate or hydrochloride. 

^ 6. The process of any one of claims 1 to 3 and 5 

wherein the amount of the alkali metal hydroxide or * 
alkaline earth metal hydroxide is 3 to 5 equivalents based 

25 on the mineral acid salt of the alpha-halogeno-beta- 
aminopr op ionic acid ester. 

7. The process of any one of the preceding claims 

wherein the alkali metal hydroxide is sodium hydroxide, 
potassium hydroxide or lithium hydroxide. 

30 8. The process of any one of claims 1 to 6 wherein the 

alkaline earth metal hydroxide is calcium hydroxide. 
9. The process of any one of the preceding claims 

wherein the water-containing organic solvent is a mixture 
of water and a water-miscible organic solvent. 

35 10. The process of any one of claims 1 to 8 wherein the 
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® Modular strukturiertes digitales Kommunikationssystem mlt betriebstechnfschen und 
slcherheitstechnischen Komponenten. 



CM 

^@ Die vermittlungstechnischen, die betriebstechni- 
©schen und die sicherheitstechnischen Komponenten 
JJjsind in drei Strukturebenen derart verteiit dafl in 

einer Leitungstechnik-Taskstruktur (DH) Geratepro- 
COgrammoduie zum Generieren logischer 
Q Vermittlungstechnik-, Betriebstechnik- oder 

Sicherheitstechnik-Meldungen in einer 

OBetriebstechnik-Vermittlungstechnik-Koordinierung- 
Q^Taskstruktur (LDU PD) ein betriebstechnisches 
LU Koordinierung-Programmodul und 

Vermittlungsprozedur-Programmodule (CP) zur 

Steuerung des betriebstechnischen und des vermitt- 



lungstechnischen informations- und Datenfiusses 
und in einer Appiikation-Taskstruktur (LDU VD) we- 
nigstens ein betriebstechnisches und ein sicherheits- 
technisches Appiikation-Programmddul (AMA, iN) 
zur Abwicklung betriebstechnischer oder sicherheits- 
technischer Aufgaben vorgesehen sind. 
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Modular strukturiertes digitales Kommunikationssystem mit betrfebstechnischen und sicherheitstech- 

nischen Komponenten 



Modular strukturierte digitale Kommunikations- 
systeme dienen zur Verbindung von Endgeniten 
mit im allgemeinen vielfaitigen Leistungsmerkma- 
len untereinander und zur Verbindung dieser End- 
gerSte mit Kommunikationsnetzen. insbesondere 
offentlichen Netzen. Durch eine Sonderausgabe 
von Telcom Report- - ISDN im BUro - 1985. ist 
ein derarttges Kommunikationssystem bekannt, an 
das analoge und digitale Telefone, Femkopierer, 
multifunktionale Terminals, Arbeitspiatzsysteme, 
Personal Computer. Teletex- und Bildschirmtextsta- 
tionen und Datenendgerate anschlieflbar sind; 
ebenso kann eine Vernetzung mit anderen Kommu- 
nikationssystemen hergestellt werden. Wesentlicher 
Bestandteil dieses Kommunikationssystems ist ein 
zentraier Kommunikationsrechner mit einer Sy- 
stemdatenbasis und zumindest einem Multitasking- 
Betriebssystem. Unter einer Task" ist dabei eine 
selbstandige unabhangige Abiaufeinheit zu verste- 
hen, die aus einem ablauffahigen Programm sowie 
seiner jeweiligen Ablaufumgebung, z. B. Speicher- 
belegung oder Geratezuteilung, besteht. Jede Task 
befindet sich zu jedem Zeitpunkt in einem der 
Zustande "Aktiv". "Warten" oder "Ruhe". Tasks 
konnen vermittels eines Muititasking-Betriebssy- 
stems parallel zueinander ablaufen, wobei dies in 
der Praxis sowohl mittels mehrerer unabhangig 
voneinander arbeitender Prozessoren als auch mit- 
tels eines einzigen Prozessors in einem Zeitmulti- 
plexverfahren erfolgen kann. Weitere wesentliche 
Eigenschaften von Tasks sind, da£ sie mittels Mel- 
dungen miteinander kommunizieren und sich ge- 
genseitig synchronisieren konnen. 

Die LeistungsfMhigkeit eines derartigen digita- 
fen Kommunikationssystems wird wesentlich durch 
die Software-Struktur des Systems bestimmt Das 
bekannte Kommunikationssystem weist eine modu- 
lar strukturierte Software-Architektur auf, deren we- 
sentliche Bestandteile einerseits das Multitasking- 
Betriebssystem bzw. die Datenbasis und anderer- 
seits die eigentliche Vermfttlungs-Software, beste- 
hend aus der Peripherie-Software, der 
Leitungstechnik-Software und der vermittlungstech- 
nischen Verbindungs-Software sind. Die Verteilung 
von Teilkomplexen der Steuerungs-Software auf 
einzelne Software-Module bzw. die gesamte 
Software-Struktur des bekannten Kommunikations- 
systems sind auf eine AniagengrSBe von mehreren 
hundert bis zu mehreren tausend AnschlOssen ab- 
gestimmt. 

Die Leistung und der Nutzen eines derartigen 
Kommunikationssystems hSngen wesentlich von 
der Organisierbarkeit und Wartbarkeit des Sy- 
stems, die neben anderen Aspekten unter den Be- 



griff Betriebstechnik subsumiert werden, und von 
der Fehlererkennung, Fehleranzeige und Fehlerbe- 
seitigung ab, die neben anderen Aspekten unter 
den Begriff Sicherheitstechnik subsumiert werden. 

5 Die Organisierbarkeit des Systems soil die Be- 

rQcksichtigung individueiler Nutzeranforderungen 
bezUglich des Anlagenausbaus, des Numerierungs- 
plans, der Gerate- und Kommunikationsdiensteviel- 
falt auf schnelie, einfache, sichere und bedienungs- 

io freundliche Weise ermoglichen. Die wichtigsten 
Aufgaben der Wartung sind beispieisweise manuei- 
le Schaltauftrage fGr das Sperren, Entsperren und 
Umschalten von Systemeinheiten, manuelie PrQf- 
auftrage, die Ablaufverfolgung und Diagnosegewin- 

;s nung sowie eine KJartext-Ausgabe fOr den Anlagen- 
betreiber. Voraussetzung fur die Organisierbarkeit 
und Wartbarkeit des Systems ist eine umfassende 
"Verwaltung" des Kommunikationssystems; zu die- 
ser "Verwaltung" gehoren Datenspeichergenerie- 

20 rung und -regenerierung, Speicherung und Pflege 
der Kundendaten fGr Anlagenkonfiguration, Kom- 
munikationsdienste und Endgerate sowie Verkehrs- 
messungen. 

Die wichtigsten Aufgaben der Sicherheitstech- 

25 nik sind Testroutinen, der System-Hardwarekompo- 
nenten, die Ermittlung von auftretenden Fehlern in 
Hardwarekomponenteh oder in der Steuer-Softwa- 
reebene des Kommunikationssystems durch Ober- 
wachung bestimmter systemtypischer Indikatoren 

30 innerhalb bestimmter vermittiungstechnischer oder 
betriebstechnischer ZustSnde, generelle Funktions- 
Qberwachung unter Einsatz von Test-Schaltvorgan- 
gen und statistische Fehlerauswertungen. 

Die der Erfindung zugrundeliegende Aufgabe 

as besteht darin. eine Steuer- und Organisationsstruk- 
tur fOr die DurchfQhrung sMmtiicher vermittlungs- 
technischen, betriebstechnischen und sicherheits- 
technischen Aufgaben zu schaffen. die einen opti- 
malen Kompromii3 bezOglich der unterschiediichen 

40 Anforderungen dieser drei Aufgabenfelder an die 
Steuer- und Organisationsstruktur eines digitalen 
Kommunikationssystems darsteilt 

Diese Aufgabe wird gelost durch ein modular 
strukturiertes digitales Kommunikationssystem zur 

45 Verbindung von EndgerMten untereinander und mit 
insbesondere offentlichen Netzen 

- mit wenigstens einem Betriebstechnik-Endgerat 

- mit wenigstens einem aus systemsicherheitstech- 
so nischen PrOfvorgangen gewonnene Aiarmmeldun- 

gen anzeigenden Alarmanzeigeendgerat und 

- mit einem zentraien Systemrechner mit einer 
Systemdatenbasis und zumindest einem 
Multitasking-Betriebssystem 
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— zur Verwaltung einer Leitungstechnik-Taskst- 
ruktur mit endgerMteartenspezifischen Gerate- 
programmodulen zum Generieren logischer 
Meldungen und/oder Betriebstechnik-Meldun- 5 
gen aus an den Endgeraten und/oder 
Betriebstechnik-Endge raten vorgenommenen 
Eingaben und zur Abgabe von aus logischen 
Meldungen Oder Betriebstechnik-Meldungen 

Oder Alarmmeldungen gewonnenen gerSteart- w 
spezifischen Einstelldaten fur die Endgerate 
und/oder Betriebstechnik-EndgerMte Oder 
Alarm anzeigeendgerate 

— zur Verwaltung einer Betriebstechnik- und 
Vermittiungstechnik-Koordinierung- is 
Taskstruktur mit einem betriebstechnischen 
Koordinierung-Programmodul zur Steuerung 

des betriebstechnischen Informations- und Da- 
tenflusses, mit Vermittlungsprozedur-Program- 
modulen, die endgerSteklassenunabhangig 20 
und kommunikationsdiensteunabhangig im 
Sinne der Bildung logischer Teilprozesse des 
gesamten Vermittlungsprozesses derart struk- 
turiert sind, da/3 neben wenigstens einem 
Verbindungssteuerung-Programmodul fQr die 25 
Steuerung des Aufbaus und Abbaus von Ver- 
bindungen weitere LeistungsmerkmaJ-Pro- 
grammodule fQr die Aktivierung und Deaktrvie- 
rung von entsprechenden Steuerprozeduren 
gebiidet sind und mit wenigstens einem si- 30 
cherheitstechnischen Pruf- und Auswerte-Pro- 
grammodul zur Durchfuhrung nicht zeitkriti- 
scher sicherheitstechnischer PrUf- und Aus- 
wertevorgange und 

— zur Verwaltung einer betriebs- und sicher- 35 
heitstechnischen Applikation-Taskstruktur mit 
Appltkation-Programmodulen zur Abwicklung 
applikationsorientierter Funktionen, z. B. Inbe- 
tfiebnahme, Wartung. Fernbetriebstechnik. Sy- 
stemzustandswiederherstellung (recovery) 40 

— wobei zumindest einem Teil der Pro- 
grammoduie jeweils individueli uber defi- 

nierte Datenbasiszugriffsroutinen die Daten- 45 
basis zuganglich ist und 

— zur Verbindung der Leitunostechnik- 
Taskstruktur mit der Betriebstechnik- und 
Vermittlungstechnik-Koordinierung- 
Taskstruktur bzw. zu deren Verbindung mit 50 
der betriebs- und sicherheitstechnischen 
Applikation-Taskstruktur eine Programm- 
Busstruktur mit wenigstens einem 
kommunikationsdienste- und endgeratear- 
tenunabhangig ailgemeingUltig festgelegten 55 
Obertragungsprotokoll der daruber Qbermit- 
telten Meldungen vom Multitasking-Betriebs- 
system gebiidet und verwaltet wird. 



In diesem modular strukturierten digitalen Kom- 
munikationssystem sind in einer Lertungstechnik- 
Task Gerateprogrammodule angeordnet die be- 
zuglich der Vermittiungstechnik endgerateartenspe- 
zifisch das SignaJisierungsverfahren und die Benut- 
zeroberflSche der Endgerate derart steuern, da£ 
von den Endgeraten abgegebene Anreize mittels 
systemspezifischer Parameter in logische Meldun- 
gen fUr den Kommunikationsrechner und logische 
Meldungen des Kommunikationsrechners in Bn- 
stelldaten fUr die Endgerate umgesetzt werden. En 
einer eine zweite Strukturebene darsteilenden 
Vermittlurigstechnik-Task sind 
Vermittlungsprozedur-Programmmodule vorgese- 
hen, die endgerateklassenunabhangig und kommu- 
nikationsdiensteunabhangig im Sinne der Bildung 
logischer Teilprozesse des gesamten Vermittlungs- 
prozesses strukturiert sind. 

Mit dieser Organisations- und Steuerstruktur 
der Vermittiungstechnik des Kommuntkationssy- 
stems ist der fQr die Praxis wesentiiche Vorteil 
verbunden, da/3 ein derartiges Kommunikationssy- 
stem in einer beliebigen Erstausstattung spater je- 
derzeit durch zusatzliche Endgeratearten und Kom- 
munikationsdienste ergSnzbar ist. ohne dafl die 
Grundstruktur des modular strukturierten Kommuni- 
kationssystems geHndert werden mufl. Bei Auftre- 
ten neuer Endgeratearten oder Kommunikations- 
dienste mufl lediglich ein entsprechendes GerSte- 
programmodul in die Leitungstechnik-Task einge- 
fugt werden, wMhrend die Qbrigen Strukturbestand- 
teiie, also insbesondere die Vermittiungstechnik- 
Task, davon unbeeinfluflt bleiben. Dies ist im we- 
senttichen dadurch bedingt, da/3 die AbhSngigket- 
ten von Kommunikationsdiensten und Endgeratear- 
ten allein in den Bereich der Leitungstechnik-Task 
bzw. in den der Oatenbasis vertegt sind, so da/3 die 
Vermittiungstechnik-Koordinierung-Task auf eine 
reine Verbindungssteuerung unabhSngig von der 
Art der miteinahder zu verbindonden EndgerSte 
und der von diesen genutzten Kommunikations- 
dienste ausgelegt werden kann. 

Ein wesentlicher Aspekt des erftndungsgemM- 
fien digitalen Kommunikationssy stems besteht in 
der Einbettung betriebstechnischer und sicherheits- 
technischer Funktionen in Gerateprogrammodule 
der Leitungstechnik-Taskstruktur und in Program- 
module einer Betriebstechnik- und 
Vermittiungstechnik-Koordinierung-Taskstruktur so- 
wie in jeweils wenigstens ein Applikation-Program- 
modul einer betriebs- und sicherheitstechnischen 
Applikation-Taskstruktur. 

Die erfindungsgem£J3e Organisations- und 
Steuerstruktur basiert also im wesentlichen auf der 
Abwicklung alter gerStespezifischen Funktionsab- 
laufe im Rahmen betriebstechnischer Auftra*ge in 
Betriebstechnik-GerMteprogrammodulen, im Rah- 
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men sicherheitstechnischer Auftrage in 
Sicherheitstechnik-Gerateprogrammoduien und im 
Rahmen vermittlungstechnischer Auftrage in 
Vermittiungsprozedur-Programmoduien, d. h. in der 
Schaffung von gerSteartunabhangigen virtueilen 
Schnittstellen, sowie einerseits in der Steuerung 
und Realisierung alier funktionaien Abiaufe fQr den 
vermittlungstechnischen. betriebstechnischen und 
sicherheitstechnischen Informations- und Datenflufi 
in Programmodulen der Betriebstechnik- und 
Vermittiungstechnik-Koordinierung-Taskstruktur und 
andererseits der Abwicklung aiier applikationsorien- 
tierten Aufgaben in Applikation-Programmodulen 
der betriebs- und sicherheitstechnischen 
Applikation-Taskstruktur. 

ErgSnzt werden diese Strukturmerkmale durch 
die Anwendung standardisierter Mechanismen zwi- 
schen den einzeinen Taskstrukturebenen durch 
Einsatz bestimmter Obertragungsprotokoile. 

Die Struktur des erfindungsgemSfien Kommuni- 
kationssystems ermSglicht fQr die Realisierung al- 
ter vermittlungstechnischen, betriebstechnischen 
und sicherheitstechnischen Komponenten eine aus- 
geprSgte strikte Modularity in dem Sinne, da£ ein 
derartiges Kommunikationssystem jeweils kunden- 
spezifisch ohne Ahpassungen auflerhalb der ei- 
gentlichen Programmodute aufgebaut werden kann 
und dafl das sp§tere Hinzutreten neuer EndgerSte- 
arten, neuer Leistungsmerkmaie solcher EndgerMte 
Oder das Auftreten neuer Kommunikationsdienste 
m'tt den vorhandenen oder neuartigen Endgeraten 
sowohl bezUgiich der Vermittiungstechnik als auch 
der Betriebstechnik und der Sicherheitstechnik des 
gesamten Kommunikationssystems durch HinzufQ- 
gen neuer Module, insbesondere von GerStepro- 
grammodulen und Applikation-Programmoduien be- 
herrscht werden kann. Das erfindungsgema/Je 
Kommunikationssystem bietet also in alien Aspek- 
ten eine ausgepragte Anpassungsfahigkett an ei- 
nen uimfangreichen bzw. veranderbaren Leistungs- 
umfang ohne objektive Beeinflussung der eigentli- 
chen Systemstruktur bzw. der dieser Systemstruk- 
tur zugrundeliegenden Systemstrategie. 

Bne vorteilhafte Weiterbildung der Erfindung 
betrifft eine noch weitergehende strukturelle Zu- 
sammenfQhrung der vermittlungstechnischen, be- 
triebstechnischen und sicherheitstechnischen 
Aspekte und sieht in diesem Zusammenhang vor, 
dafl zumlndest ein Teil der Gerateprogrammoduie 
neben einem auf die jeweilige Hauptfunktion - Ver- 
mittiungstechnik, Betriebstechnik - der zugehorigen 
EndgerSteart abgestimmten Teilmodui ein weiteres, 
auf sicherheitstechnische Funktionen abgestimmtes 
zweites Teilmodui aufweist Sofem ein derartiges 
GerStepro grammodul einem vermittlungstechni- 
schen Endgerat zugeordnet ist, kann das entspre- 
chende GerSteprogrammodul ein auf betriebstech- 
nische Funktionen abgestimmtes drittes Teilmodui 



aufweisen. 

Die Struktur und Wirkungsweise der derart 
strukturierten Gerateprogrammodule ist bevorzugt 
derart, dai3 die Gerateprogrammodule eine von den 

s EndgerSten bzw. Betriebstechnik-Endgeraten abge- 
gebene Anreize nach individuelten Leitungskriterien 
bewertende und Meldungen aus der 
Betriebstechnik- und Vermittlungstechnik- 
Koordinierung-Taskstruktur in Einstelldaten fQr die 

io EndgerMte, Betriebstechnik-Endgerate oder Alarm- 
anzeigeendgerate umsetzende Vorverarbeitungs- 
Programmebene und eine die Anreize aller Endge- 
rStearten mittels systemspezifischer Parameter in 
protokollgerechte Meldungen umsetzende 

75 Bewertungs-Programmebene aufweisen und dafl 
ein in der Bewertungs-Programmebene residentes 
Zuordnungsprogramm jeweils funktionsabh§ngig 
Meldungen und Informationen auf die Tejlmodule 
verzweigt 

20 tn ahniicher Weise konnen auch das 

Koordinierung-Programmodul und die 

Vermittlungsprozedur-Programmodule ein auf si- 
cherheitstechnische Aspekte abgestimmtes Teilmo- 
dui aufweisen. 

25 In bezug auf die Meldungen, die zwischen den 

einzeinen Taskstrukturen ausgetauscht werden, 
kann vorgesehen werden, dafi das 
kommunikationsdienste- und endgerateartenunab- 
hangig ailgemeingQItig festgelegte Obertragungs- 

oo protokoll fQr die Obermittlung von vermittlungstech- 
nischen Meldungen genutzt wird, wahrend dartlber- 
hinaus fQr die Programm-Busstruktur ein (ebenfails) 
kommunikationsdienste- und endger&teartenunab- 
hSngig definiertes virtuelles Terminalprotokoll fQr 

35 zwischen der Leitungstechnik-Taskstruktur und der 
Betriebstechnik-Koordinierung-Taskstruktur ubertra- 
gene betriebstechnische Meldungen und ein eben- 
fails kommunikationsdienste- und endgeratearten- 
unabhSngig definiertes, eine zumindest annShernd 

40 steuerzeichenfreie, gedrSngte Datenanordnung vor- 
sehendes, virtuelles Applikationsprotokoll fQr inner- 
halb der Applikation-Taskstruktur und zwischen die- 
ser und der Betriebstechnik-Koordinierung-Taskst- 
ruktur Qbertragene Meldungen vorgesehen ist und 

45 dafl ein Textprozessor-Programntiodui zur Konver- 
tierung von Meldungen in einem dor beiden Ober- 
tragungsprotokoiie in Meldungen im jeweils ande- 
ren Obertragungsprotokoll dient 

Das virtuelle Terminalprotokoll besteht bevor- 

so zugt aus einer Sequenz von Steuerinformationen 
und Dateninfonmationen, wobei die Dateninforma- 
tionen aus Qblichen Stringelementen, vorzugsweise 
im ASCII-Format, bestehen und die Steuerinforma- 
tionen iogische Steuerkriterien fQr die Ein- und 

55 Ausgabe solcher Stringelemente (z. B. Positionier- 
anwelsungen, Abbildungsattribute urid Feldzuord- 
nungskriterien) enthaiten. Das virtuelle Terminalpro- 
tokoll dient somit als Datenschnittstelle eines virtu- 
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ellen Terminals. ais da/3 sich in dieser Schnittstelle 
jedes Terminal vom und zum System darstellt. Um 
die Informationen im virtuellen Terminaiprotokoll 
moglichst effizient ubertragen zu konnen. kann vor- 
gesehen werden, da£ in den Meldungen jeweils nur 
gegenuber einem einer vorhergehenden Meldung 
zugrundeliegenden Zustand geanderte Oaten Uber- 
tragen werden. Bei einer Obertragung derartig ge- 
anderter Oaten mufl alierdings zwischen der Neu- 
definition einer Ausgabestruktur (Maske) und der 
Einsetzung von "Deltadaten" in diese Maske unter- 
schieden werden. Bei der Definition einer Ausgabe- 
struktur wird durch die geanderten Oaten die Feld- 
einteilung geandert. andernfails lediglich der Feld- 
inhalt 

Die Meldungen im virtuellen Terminaiprotokoll 
sind ebenso wte die Meldungen im virtuellen Appli- 
kationsprotokoll bevorzugt derart aufgebaut dai3 
auf ein System-Datenkopfteil mit einer definierten 
Reihenfolge von Meldungsursprungs- und Mel- 
dungszieladressen ein betnebstechnikspezifischer 
Datenkopfteil mit einer fur die beiden Protokolle 
unterschiedlichen 

Protokollidentifizierungsinformation. einer Bezeich- 
nung einer Auftragssession, zu der die jeweilige 
Meldung gehort. und einer das fUr die Abarbeitung 
der Auftragssession notwendige Applikation-Pro- 
grammodu! bezeichnenden Zieladresse folgt 

Uber das virtuelle Applikationsprotokoll werden 
insbesondere die Oaten zwischen dem 
Textprozessor-Programmodul und den 

Applikations-Programmodulen ausgetauscht. Die in 
diesem Protokoll Ubertragenen Oaten sind bereits 
nach der Syntax uberpriift und komprimiert. Die 
angegebenen Parameter werden dichtliegend ein- 
getragen, damit bei der Obertragung zu einem je- 
weils anderen Programmodul nicht das gesamte 
Protokoll weitergegeben werden mufl; die im virtu- 
ellen Applikationsprotokoll ubertragenen Informatio- 
nen haben also einen geringeren Umfang ais die 
im virtuellen Terminaiprotokoll Qbergebenen Oaten, 
da bei diesen aJle Steuerzeichen enthalten sind. 
Sofem das Textprozessor-Programmodul in ein 
Betriebstechnik-EndgerSt eingefQgt ist, in dem den 
einzeinen Applikationen immanente Datentabellen 
gespeichert werden kdnnen, die durch ein funktio- 
nell wie das Koordinierung-Programmodul struktu- 
riertes Systemprogramm des Betriebstechnik-End- 
gerates in die Abarbeitung betriebstechnischer Auf- 
trage eingezogen werden. besteht die MQglichkeit. 
zu solchermafien ausgestatteten Endgeraten mit 
einem durch die besonderen Eigenschaften des 
virtuellen Applikationsprotokolls bedingten verhSIt- 
nismSflig geringen Jnformationsumfang auszukom- 
men. Dadurch wird das Betriebssystem und die 
Transportsteuerung der Software-Busstruktur sowie 
die Speicherkapazitat des Kommunikattonssystems 
entlastet. 



Fur das Textprozessor-Programmodul gilt, da/3 
es auch beim Vorsehen einer entsprechenden Fa- 
higkeit der Protokollkonvertierung in einem 
Betriebstechnik-Endgerat in die betriebstechnische 
s Applikation-Taskstruktur eingefUgt sein kann. Das 
Textprozessor-Pro grammodul ist somit im weite- 
ren Sinne auch ais Applikation-Programmodul auf- 
zufassen. das zur Umsetzung von Kommandoinfor- 
mationen - z. B. nach CCITT Man-Machine-Langua- 

io ge - in applikationsgerechte Oateninformationen 
dient Das Textprozessor-Programmodul liefert au- 
flerdem die zur Benutzerdialogftihrung bendtigten 
logischen Steuerkriterien, wobei fOr die Benutzer- 
dialogfuhrung sowohl 'Line** ais auch maskenorien- 

rs tierte Verfahren verwendet werden. Wettere - teil- 
weise bereits erwShnte - Teilaufgaben des 
Textprozessor-Programmoduls sind die Syntax- 
UberprUfung. die Analyse von Kommandos entspre- 
chend Parameterbaumdefinitionen - Parsing - die 

20 DurchfUhrung von ParametereinzelprGfungen gegen 
appfikationsbezogene Datentabellen und die Aufbe- 
reitung von Ausgabetexten. 

Uber das Koordinierung-Programmodul werden 
alle betriebstechnischen Zugriffe auf das Kommuni- 

25 kationssystem gesteuert wobei der betriebstechni- 
sche Ablauf bevorzugt sessionorientiert erfolgt um 
den exklusiven Gebrauch der datontechnischen 
Verbindungen fur den Benutzer zu gew&hrleisten. 
Vom Koordinierung-Programmodul wird demgemgfl 

30 jeweils der Aufbau. die zeitiiche Oberwachung und 
das Beenden einer Session gesteuert. Im Zusam- 
menhang damit verwaltet das Koordinierung-Pro- 
grammodul interne Speicherresourcen fur die je- 
weilige Session. 

35 Dem Koordinierung-Programmodul kann inso- 

fem eine zentrale Position innerhaib der Steue- 
rungsablSufe des betriebstechnischen Informations- 
und Datenflusses zugewiesen werden, ais es derart 
strukturiert ist daU es in AbhSngigkeit von der Art 

40 der innerhaib eines betriebstechnischen Auftrages 
angesprochenen Applikationen die Ansteuerung der 
entsprechenden Applikation-Programmodule einlei- 
tet 

Weitere vom Koordinierung-Programmodul ge- 
45 steuerte Vorgange sind freilaufende Datenausga- 
ben ohne Reservierung eines Ausgabe-End gera- 
tes. zusammenhSngende Oatenausgaben mit abso- 
luter oder bedingter Reservierung eines Ausgabe- 
Endgerates und priorisiert© Oatenausgaben ggf. mit 
so der MSglichkeit der Unterbrechung einer bedingten 
Reservierung bei Auftreten einer priorisierten Da- 
tenausgabe. 

Das Koordinierung-Programmodul kann bei 
Vorliegen von Daten. insbesondere Applikationsta- 
55 bellen in peripheren Dateien, dadurch ergSnzt bzw. 
unterstiitzt werden, dafl in die betriebstechnische 
Koordtnierung-Taskstruktur ein einem 

Dateiverwaftung-Taskorgantsationsprogramm hier- 
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archisch untergeordnetes Dateiverwaitung-Pro- 
grammodul zur Steuerung des Zugangs zu peri- 
pheren Dateien eingefOgt ist. Auch fur solche Falle 
wird die grundsStzliche Organisations- und Steuer- 
struktur des erfindungsgemMBen Kommunikations- 
systems dadurch beibehalten, dafl in die 
Leitungstechnik-Taskstruktur ein Speicher-Pro- 
grammodul zur Steuerung von Such-, Lese- und 
Schreibauftragen fQr die Oateien aufnehmende 
Speicher eingefOgt ist 

FUr die Ansteuerung der unterschiedlichen 
Applikatlon-Programmmodule kann in die 
Appiikation-Taskstruktur ein 
Appiikationsverbindung-Programmodul zum Aufbau 
urid zur Verwaltung der Verbindung des 
Koordinierung-Programmoduls mit einern der 
Applikation-Programmodule eingefOgt sein. In das 
Applikationsverbindung-Programmodul ist dann 
vorzugsweise die PrUfung auf das Vorhandensein 
bestimmter angesprochener Applikation-Programm- 
module in der Appiikation-Taskstruktur und ggf. 
das Einladen soicher Appiikationstabeiien aus peri- 
pheren Dateien in die Appiikation-Taskstruktur un- 
ter Bnbeziehung des Oateiverwaitung-Programmo- 
duls und des Speicher-Programmoduls verlagert. 

Das Zusammenwirken des Koordinierung-Pro- 
grammoduls und des Applikationsverbindung-Prog- 
rammoduis erfolgt dabei bevorzugt derart. dafl die 
von einem Betriebstechnik-Endgerat eingegebenen 
und von einem zugehSrigen Betriebstechnik-GerS- 
teprogrammodul aufbereiteten Daten vom 
Koordinierung-Programmodui an " das 

Textprozessor-Programmodu! zur PrUfung Oberge- 
ben werden, welches Applikation-Programmodul 
zur weiteren Bearbeitung benotigt wird; eine vom 
Ergebnis dieser PrUfung abhangige Meldung wird 
dann an das Applikationsverbindung-Programmodul 
abgegeben, das eine Verbindung des 
Koordinierung-Programmoduls mit dem benotigten 
* Applikation-Programmodul aufbaut f Uber die das 
Koordinierung-Programmodui die vom 
Textprozessor-Programmodul konvertierten Auf- 
j tragsdaten im virtuelien Applikationsprotokoll an 
■das Applikation-Programmmodul abgibt, das nach 
Abarbeitung der applikationsspezifischen Prozedu- 
reh das Prozedurenresultat wiederum im virtuelien 
Applikationsprotokoll an das Koordinierung-Pro- 
grammodui Obergibt. 

Die in die betriebstechnische Appiikation- 
-Taskstruktur eingefOgten Applikation-Programmo- 
dule sind Systemkomponenten zur DurchfOhrung 
*der Einzelaufgaben fOr die inbetriebnahme, War- 
tung und Verwaltung des Kommunikationssystems 
sowie fQr die Zusammensteliung von Systemstatus- 
daten fUr die Datenausgabe und die Anlagenbe- 
treuung. Jedes Appiikation-Programmodul hat ei- 
nen defmierten Funktionsumfang, wobei die Defini- 
tion der einzeinen Applikation-Programmodule so 



erfoigt, dafl durch aufeinanderfolgendes Aufrufen 
der einzeinen Applikation-Programmodule eine gro- 
Be Vielfalt unterschiedlicher komplexer betriebs- 
technischer Auftrage bearbeitet werden kann. 
s GrundsStzlich kQnnen die Applikation-Programmo- 
dule in vier verschiedene Applikationskategorien 
eingeteilt werden: 

ro 1. StandardappHkationen 

Dies sind Appiikationen, die sich auf die Daten- 
basis des Kommunikationssystems beziehen. Mit 
Hilfe soicher Appiikationen k6nnen beispiefsweise 
is anlagenspezifische Daten, wie Berechtigungen oder 
Numerierungsplan, eingerichtet bzw. geaindert wer- 
den. Der Zugriff auf die Datenbasis erfolgt dabei 
Clber die definierten Datenbasis-Zugriffsroutinen. 

20 

2. Systemapplikationen 

Die Basis fOr diese Appiikationen sind die be- 
triebstechnischen sessionoiientierten Daten; mit 
25 Hilfe dieser Appiikationen konnen beispieisweise 
Masken fOr bestimmte Ausgabeformate festgelegt 
werden oder eine Speicherung von aktiven be- 
triebstechnischen Hintergrundprozeduren bzw. ein 
Aufruf oder eine Unterbrechung derselben erfolgen. 



3. Hintergrundapplikationen 

Solche Hintergrundapplikationen dienen bei- 
35 spielsweise der Aufnahme von Daten eines laufen- 
den betriebstechnischen Auftrages, um beispieis- 
weise ein Betriebstechnik-Endgerat fur weitere Ein- 
gaben freizugeben, noch ehe der laufende be- 
triebstechnische Vorgang vo i lig beendet ist 

40 

4. Permanente Appiikationen 

Mit diesen Appiikationen, die bevorzugt als ei- 
45 genstandige Task organisiert sind, konnen bei- 
spieisweise selbstandige Ausgabeakttvitaten - z. B. 
Aiarmausgaben an Alarmfeldern - ohne Mitwirken 
des Koordinierung-Programmoduls durchgefGhrt 
werden. 

so Ein wesentiicher Aspekt der Sicherheitstechnik 

des Kommunikationssystems ist die Initialisierung 
des Gesamtsystems. GemMfl einer vorteilhaften 
Ausgestaltung der Erfindung wird dieser Teilaspekt 
dadurch realisiert dafl in die betriebs- und sicher- 

ss heitstechnische Appiikation-Taskstruktur ein 
Systeminitialisierung-Programmodul eingefOgt ist 
das dem Multitasking-Betriebssystem derart zuge- 
ordnet ist, dafl vom Systeminitialisierung-Program- 
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modul im Muititasking-Betriebssystem die Initiali- 
sierung einer Hochlauftask angeregt wird, die die 
Initiaiisierung der Programmodute aller drei Taskst- 
rufcturebenen koordiniert. Der Systemhochlauf ist 
somit dem Betriebssystem und dessen Anwender- 
Tasken ubergeordnet 

Die Hochlauftask des Multitasking-Betriebssy- 
stems koordiniert das Starten der Hochlauf phase 
der weiteren Tasken, wobei die Programmodule 
der Taskstrukturen bevorzugt derart strukturiert 
sind, dafl sie die InitiaJisierung der ihnen jeweils 
zugeordneten Daten und Hardware-Systemkom po- 
nenten steuern. Die initiaiisierung der Systemkom- 
ponenten, die nicht eindeutig einem der Program- 
module der Taskstrukturen zugeordnet sind, war- 
den dagegen mittels des Systeminitialisierung-Pro- 
grammoduls durchgefGhrt 

Daten, die mehr als einer Task bzw. mehr als 
einem Programmodu! zugeordnet sind. sind im ali- 
gemeinen Daten der Datenbasis; fur diese Daten 
werden neben den Datenbasis-Zugriffsroutinen 
audi Initialisierungsroutinen zur Verfugung gestellt. 
die durch eine Datenbasis-Task aufgerufen werden 
kiJnnen. 

En weiterer wesentlicher Teilaspekt der Si- 
cherheitstechnik des erfindungsgemaflen Kom mu- 
ni kationssystems ist die - im allgemeinen als 
'recovery' bezeichnete - Systemzustandswiederher- 
stellung, die auch Festlegungen der Art und des 
Umfang von Fehleralarmanzeigen umfaflt Diesem 
Vecovery'-Aspekt dient eine weitere Ausgestaltung 
der Erfindung, gemafl der ein 
Systemzustandswiederherstellung-Programmodul 
uber eine Datentabelle gesteuert ist. die mittels 
wenigstens eines betriebstechnischen Applikation- 
Programmoduis konfigurierbar ist und in der Infor- 
mationen Qber die in den einzelnen Fehlerf alien 
einzuleitenden Systemzustandswiederherstellungs- 
matfnahmen einschlie/Hich der Art und des Urn- 
fangs von Fehleralarmanzeigen enthaften sind. Sol- 
che Aussagen betreffen z. B.: 

- ob und wie die Fehlersignalisierung erfolgen soil 

- ob der Fehler in einem entsprechenden Fehler- 
speicher aufzunehmen ist 

- ob die Alarmanzeige eine besondere PrioritSt 
enthilt 

- ob eine zusMtzliche akkustische Signalisterung 
erfolgen soli. 

Es kann zwischen unterschiedlich gewichtigen 
•recpvery'-Mjaflnahmen unterschieden werden: So 
kann z. B. lediglich ein Fehler angezeigt werden, 
die Fehlerbehebung dagegen dem Anwender Qber- 
(assert werden. Es ist aber auch denkbar, beim 
Auftreten bestimmter Fehler das betroffene Pro* 
grammoduJ Oder die betroffene Hardware-Baugrup- 
pe, in der der Fehler aufgetreten ist, aufler Betrieb 



zu nehmen. Weitere Moglichkeiten nach Beheben 
eines Fehlers sind der sogenannte 'soft restart*, bei 
dem die Anlage reinitialisiert wird, indem bestehen- 
de Zweierverbindungen durchgeschaitet bleiben 

5 und der sogenannte 'hard restart*, bei dem auch 
durchgeschaltete Verbindungen abgebaut und alle 
Leistungsmerkmale rGckgesetzt werden. 

Ein gemlfl einer weiteren vorteilhaften Ausge- 
staltung der Erfindung in die betriebs- und sicher- 

io heitstechnische Applikation-Taskstruktur eingefOg- 
tes Inbetriebnahme-Programmodul dient der In- 
und Auflerbetriebnahme von Leitungen und Bau- 
gruppen des Kommunikationssystems, wobei die- 
ses Programmodul aus betriebstechnischen AblSu- 

75 fen heraus aufrufbar ist. DarUberhtnaus kann das 
Inbetriebnahme-Programmodul aber auch als 
Yecovery'-Maflnahme Uber Leitungskriterien. beim 
Sperren und Entsperren von Baugruppen Oder 
beim Reservieren von Hardware-Systemkomponen- 

20 ten fQr PrUfzwecke aufgerufen werden. 

Neben der VerknGpfung sicherheitstechnischer 
Funktionen mit vermittlungstechnischen AblMufen 
und betriebstechnischen AblSufen kdnnen auch 
VerknGpfungen zwischen betriebstechnischen und 

25 vermittlungstechnischen Funktionen auftreten. Die- 
sem Aspekt ist eine weitere Ausgestaltung der Er- 
findung zugeordnet, gemSfl der in die betriebs- und 
sicherheitstechnische Applikation-Taskstruktur ein 
Verkehrsdatenerfassung-Programmodul zur Erfas- 

so sung teitnehmer- bzw. kommunikationsdienstbezo- 
gener Verbindungsinformationen etngefGgt ist, dem 
Verbindungsinformationen von wenigstens einem 
der in die Koordinierung-Taskstruktur eingefCgten 
Vermittlungsprozedur-Programmodule nach defi- 

35 nierten Vermittlungsprozedur-Abschnitten in Form 
von Metdungen des vermittlungstechnikspszifi- 
schen Meldungsprotokotls 0 barge ben werden. Die 
Obergabe kann dabei so erfolgen, da£ in einem 
betriebstechnischen Aufgaben zugeordneten Tetl- 

40 modul des Vermittlungsprozedur-Programmoduls 
die entsprechenden Verbindungsinformationen er- 
faflt und Uber die Software-Busstruktur weitergege- 
ben werden. 

Ein weiteres Beispiel fQr die VerknGpfung be- 

45 triebstechnischer und vermittlungstechnischer 
Funktionsablaufe ist die GebGhrenerfassung und 
-auswertung. 

Die Erfindung wird im folgenden anhand eines 
in fGnf Figuren dargestellten AusfGhrungsbeispiels 

so eriautert. 

Dabei zetgen: 

Fig. 1 Organisations- und Steuerstruktur fQr 
den vermittlungstechnischen, betriebstechnischen 
und sicherheitstechnischen Informations- und Da- 

55 teriflufl eines digitaJen Kommunikationssystems, 

Fig. 2 Struktur eines Gerateprogrammoduls 
der Leitungstechnik-Taskstrukturebene, 
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Fig. 3 Struktur eines Programmoduls der 
Betriebstechnik- und Vermittlungstechnik- 
Koordinierung-Taskstrukturebene, 

Rg. 4 eine in der Fig. 1 enthaitene 
Leitungstechnik-Task mit GerSteprogrammodulen 
fUr die Anpassung an unterschiediiche Arten von 
Endgeraten in detaillierter Darstellung innerhalb 

^ des Systemumfeldes und 

Fig. 5 Organisationsstruktur eines 
Vermittlungsprozedur-Programmoduis. eingebettet 

% in das Systemumfeld. 

Die in der Rg. 1 dargestellte Organisations- 
und Steuerstruktur fur den vermittiungstechnischen. 
betriebstechnlschen und sicherheitstechnischen 
Daten- und Informationsflufl innerhalb eines modu- 
lar strukturierten Kommunikationssystems weist 
drei Steuerebenen mit je einer Taskstruktur DH, 
LDU PD, LDU VD auf, zwischen denen Meidungen 
Qber eine Programm-Busstruktur PDM, LDM aus- 

*getauscht werden. In der peripherienahen 
Leitungstechnik-Taskstruktur DH sind drei jewel Is 
endgerateartenspezifische Gerateprogrammodule 
ALM, DHT, DHS, DHF angeordnet, von denen das 
eine (DHT) einem betriebstechnlschen Terminal, 
das zweite (DHS) efnem digitalen Fernspechendge- 
r3t, das dritte (DHF) einem peripheren Speicher 
und das vierte (ALM) einem Aiarmmonitor zugeord- 
net ist. Der Austausch von Meidungen zwischen 
den GerMteprogrammodulen ALM, DHT, DHS, DHF 
und der nachgeordneten Betriebstechnik- und 
Vermittlungstechnik-Koordinierung-Taskstruktur 
LDU PD erfolgt bezOglich der betriebstechnlschen 
Meidungen in einem definierten Obertragungsproto- 
koll - virtuellen Terminalprotokoll - und bezOglich 
der vermitttungstechnischen Meidungen in einem 
spezifisch vermittlungstechnischen Protokoll Qber 
einen Programmbus PDM der Programm-Busstruk- 
tur PDM, LDM. Die betriebstechnische 
Koordinierung-Taskstruktur - reprSsentiert durch 

-*ein Koordinierung-Programmodul SC und ein 

^Dateiverwaltung-Programmodul FC - ist der vermitt- 
lungstechnischen Koordinierung-Taskstruktur 

-durch ein Vermittlungstechnik- Programmodul CP 

■^reprMsentiert - und einer sicherheitstechnischen 
Koordinierung-Taskstruktur - reprasentiert durch 
ein Alarmmeldung-Programmodul RA und ein PrfJf- 
und Auswerte-Programmcdul AUD - hierarchisch 
gleichgestellt. 

Funktionell wesentlichster Bestandteil der be- 
triebstechnischen Koordinierung-Taskstruktur ist 
das Koordinierung-Programmodul SC, Qber das im 

^wesentfichen der Daten- und lnformationsflu0 ver- 
lauft und gesteuert wird. Das Dateiverwaltung-Pro- 
grammodul FC dient der Steuerung des Zugangs 
von Programmodulen der betriebstechnlschen 
Applikation-Taskstruktur LDU VD zu peripheren Da- 
teien. 

Das der sicherheitstechnischen Koordinierung- 



Taskstruktur angehorende Prflf- und Auswerte-Pro- 
grammodul AUD steht stellvertretend fCir eine im 
ailgemeinen grofiero Anzahl solcher Programmodu- 
le, die aile nicht zeitkritischen Funktionen der Si- 

5 cherheitstechnik steuern. Beim Vorhandensein 
mehrerer solcher PrQf- und Auswerte-Programmo- 
dule AUD warden diese bevorzugt gemeinsam in 
einer Task zusammengefaj3t. Das Alarmmeldung- 
Programmodul RA dient der Stdrungsmeldung an 

to nicht unmittelbar an das Kommunikationssystem 
Qber Leitungen angeschlossene Terminals Oder 
Unteranlagen. 

Das die verrmttlungstechnische Koordinierung- 
Taskstruktur reprSsentierende 

16 Vermittlungsprozedur-Programmodul CP enthSIt 
neben strikt auf vermittiungstechnische Aufgaben 
bezogenen Teilmoduien wenigstens ein betriebs- 
technisches Teilmodul und ein sicherheitstechni- 
sches Teilmodul, Qber das entsprechende betriebs- 

20 technische und sicherheitstechnische Meidungen 
an andere, der Betriebstechnik Oder Sicherheits- 
technik zugeordnete Programmodule abgegeben 
werden. 

Innerhalb der betriebs- und sicherheitstechni- 
25 schen Appikation-Taskstruktur LDU VD ist die be- 
triebstechnische Applikation-Taskstruktur durch ein 
Applikation-Programmodui AMA, ein 

Appiikatiorisverbindung-Programmodul CC, ein 
Textprozessor-Programmmodul MMI und ein 
30 Verkehrsdatenerfassung-Programmodul TC reprS- 
sentiert 

Das Applikation-Programmodui AMA reprasen- 
tiert eine im ailgemeinen grQiSere Anzahl von 
Applikation-Programmodulen zur Abwicklunig vorv 

35 betriebstechnlschen Aufgaben im Zusammenhang 
mit der Wartung und der Verwaltung des digitalen 
Kommunikationssystems. Im weiteren Sinne kann 
auch das Verkehrsdatenerfassung-Programmodul 
TC als Applikation-Programmodui interpretiert wer- 

40 den; dieses Programmodul TC dient zur Erfassung 
teilnehmer- bzw. kommunikationsdienstbezogener 
Verbindungsinformationen, wobei die notwendigen 
Verbindungsinformationen vom 
Vermittlungsprozedur-Programmodul CP in Form 

45 von Meidungen eines verrnittlungstechnikspezifi- 
schen Meldungsprotokolls Qber den Programmbus 
LDM der Programm-Busstruktur PDM, LDM Qber- 
geben werden. 

Das Applikationsverbindung-Programmodul CC 

so dient zum Aufbau und zur Verwaltung der Verbin- 
dung des Koordinierung-Programmoduls SC mit ei- 
nem der Applikation-Programmodule AMA. Dar- 
Oberhinaus ist das Applikationsverblndung-Pro- 
grammodul CC auch an der Nachladung von Daten 

55 aus peripheren Speichern Qber das 
Dateiverwattung-Programmodul FC beteiligt. 

Das Textprozessor-Programmodul MMI, das 
die zur BenutzerdialogfGhrung benotigten Steuer- 
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(criterion liefert, hat als wesentliche Aufgabe die 
Konvertierung von Meldungen im virtuellen Termi- 
nalprotokoll in Meldungen eines virtuellen Applika- 
tionsprotokolls und umgekehrt. WMhrend das virtu- 
elle Terminalprotokoil fQr Meldungen zwischen der 5 
Leitungstechnik-Taskstruktur OH und der 
Betriebstechnik- und Vermittlungstechnik- 
Koordinierung-Taskstruktur LOU PD sowie fOr Mel- 
dungen vom Koordinierung-Programmodul SC zum 
Textprozessor-Programmodul MMI benutzt wird. to 
werden alle Meldungen * mit Ausnahme von vom 
virtuellen Applikationsprotokoll in das virtuelle Ter- 
minalprotokoil konvertierten Meldungen - vom 
Textprozessor-Programmodul MMI an das 
Koordinierung-Programmodul SC im virtuellen App- ;s 
likationsprotokoll Ubertragen. das sich gegenOber 
dem virtuellen Terminalprotokoil durch eine ver- 
dichtete Oatenfolge und damit geringere Lange 
auszeichnet. 

Der sicherheitstechnische Teil der betriebs- 20 
technischen und sicherheitstechnischen 
Applikation-Taskstruktur LDU VD wird durch ein 
Systeminitialisierung-Programmodul IN. ein 
Systemzustandswiederherstellung-Programmodul 
REC und ein Inbetriebnahme-Programmodul PRES 25 
reprlsentiert. 

Mittels des Systeminitialisierung-Programmo- 
duls IN wird im Multitasking-Betriebssystem des 
Kommunikationssystems die Initialisierung einer 
Hochlauftask angeregt, die die Initialisierung der 30 
Programmodule aller drei Taskstrukturebenen koor- 
diniert. Wahrend mittels der Hochlauftask eine Ei- 
geninitialisierung aller Programmodule gestartet 
wird, erfolgt die Initialisierung der Systemkompo- 
nenten, die nicht eindeutig einem der Programmo- 36 
dule der unterschiedlichen Taskstrukturen zugeord- 
net sind. mittels des Systeminitialisierung-Program- 
moduls IN. 

Das Systemzustandswiederherstellung-Pro- 
grammodul REC (recovery) wird 0 bar eine Oatenta- -*o 
belle gesteuert. die mittels betriebstechnischer 
Meldungen konfigurierbar ist und in der die Infor- 
mationen Qber die in den einzelnen Fehlerfallen 
einzuleitenden Systemzustandswiederherstellungs- 
maflnahmen enthalten sind. ■ [ 45 

Das Inbetriebnahme-Programmodul PRES 
dient der tn- und Aufierbetriebnahme von Leitungen 
und Baugruppen des Kommunikationssystems. wo- 
bei das Inbetriebnahme-Programmodul PRES aus 
betriebstechnischen Abiaufen heraus aufrufbar ist. so 

. Zumindest ein grofier Teil der Programmodule 
in alien drei Taskstrukturen DH, LDU PD, LDU VD 
hat uber definierte Datenbasis-Zugriffsroutinen 
DBAR Zugriff auf eine Datenbasis DB des Kommu- 
nikationssystems. Der Zugang der einzelnen Pro- 55 
grammodute wahrend des Ablaufs betriebstechni- 
scher Vorgange erfolgt in einer Transportebene 
eines Multitasking- Betriebssystems eines zentralen 



Kommunikationsrechners. der durch eine Mehrpro- 
zessorkonfiguration realisiert ist. 

In der Fig. 2 ist die prinzipielle Organisations- 
und Steuerstruktur eines einer Fernsprech-Endge- 
rateart zugeordneten Leitungstechnik-Programmo- 
duls DHS dargestellt. Im wesentfichen umfaflt diese 
Organisations- und Steuerstruktur eine Bewertungs- 
Programmebene Interpr und eine Vorverarbeitungs- 
Programmebene Prepr. In der Vorverarbeitungs- 
Programmebene Prepr werden von der Peripherie 
PER stammende Anreize nach individuellen Lei: 
tungskriterien bewertet und in einer entsprechend 
aufbereiteten Form an die Bewertungs-Programm- 
ebene Interpr abgegeben. DarQberhinaus dient die 
Vorverarbeitungs-Programmebene Prepr zur Urn- 
setzung logischer Meldungen, die uber den Softwa- 
rebus PDM an das Leitungstechnik-Programmodul 
DHS Ubertragen werden, in Einstelldaten fUr die in 
der Peripherie PER befindlichen Fernsprech-End- 
gerate. Die an das Leitungstechnik-Programmodul 
DHS (Ibergebenen Meldungen konnen dabet auch 
vor einer Bearbeitung in der Vorverarbeitungs-Pro- 
grammebene Prepr in der Bewertungs- Program m- 
ebene Interpr zusatzlich bewertet und umgesetzt 
werden. Im wesentlichen dient die Bewertungs-Pro- 
grammebene Interpr jedoch der Umsetzung der 
von der Peripherie PER abgegebenen Anreize - 
teiiweise nach vorheriger Behandlung in der 
Vorverarbeitungs-Programmebene Prepr - in togi- 
sche Meldungen. wobei die Bildung dfesep fogi- 
schen Meldungen mittels systemspezifischer Para- 
meter erfolgt die zumindest zum Teil in der Daten- 
basis des Kommunikationssystems niedergelegt 
sind. 

Die Bewertungs-Programmebene Interpr weist 
Teilprogrammodule DCP. DAM, DDE auf. die je- 
weils deftnierten Teilfunktionen der vom 
Leitungstechnik-Programmodul DHS durchfOhrba- 
ren Gesamtfunktionen zugeordnet sind. Im vorlie- 
genden Beispiel ist das Teilprogrammodul . DCP 
vermittlungstechnischen . Funktionen in der Steue- 
rung des Signalisierungsverfahrens und der Benut- 
zeroberflache der EndgerMte der Peripherie PER 
zugeordnet. wahrend das Teilprogrammodul DAM 
fQr den betriebstechnischen Informations- und Da- 
tenflufl und das Teilmodul DDE fQr den sjcherheits- 
technischen Informations* und DatenfluB der End- 
gerSteart vorgesehen ist. dem das Leitungsiechnik- 
Gerateprogrammodul DHS zugeordnet ist. 

Die Zuweisung der Anreize bzw. Meldungen 
vom Softwarebus PDM bzw. von der Peripherie 
PER an die einzelnen Teilprogrammodule DCP, 
DAM. DDE erfolgt mittels eines entsprechend aus- 
gestalteten Zuordnungsprogramms Mess Assign 
DH (Message Assignment) in der Bewertungs-Pro- 
grammebene Interpr. 

Die in Fig. 3 dargestellte prinzipielle 
Organisations- und Steuerstruktur eines 
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Vermittlungsprozedur-Programmoduls LDU Shnelt 
insofern der in der Fig. 2 dargestellten Staiktur 
eines Leitungstechnik-Programmoduls, als eben- 
falls Teilmodule LCP, LAM. LDE und ein Zuord- 
nungsprogramm Mess Assign LDU vorgesehen s 
sind. Die Vermittiungsprozedur-Teilprogrammodule 
LCP, LAM. LDE dienen wiederum vermittlungstech- 
nischen, betriebstechnischen bzw. sicherheitstech- 
nischen Aufgaben, wobei jeweils mittels des Zuord- 
nungsprogramms Mess Assign LDU auf das bend- ro 
tlgte Vermittlungsprozedur-Teilprogrammodul LCP, 
LAM. LDE verzweigt wird. Ober die Software-Bus- 
struktur LDM, PDM werden Meldungen von der 
betriebs- und sicherheitstechnischen Applikation- 
Taskstrukturebene Oder von der Leitungstechnik- rs 
Strukturebene aufgenommen bzw. an diese abge- 
geben. 

Die Fig. 4 zeigt die Leitungstechnik-Struktur- 
ebene in ihrer Systemumgebung in detaillierter 
Darstellung. Die Leitungstechnik-Strukturebene wird 20 
tm wesentlichen durch eine Leitungstechnik-Task 
DH-T gebildet in der GerSteprogrammodule DHS, 
DHS', DHT einem Leitungstechnik-Taskorganisa- 
tionsprogramm TOP-DH hierarchisch untergeprdnet 
sind. Die Gerateprogrammodule DHS, DHS', die- 25 
nen dabei der Steuerung des Signaiisierungsver- 
fahrens und der BenutzeroberflMche unterschiedli- 
cher Endgeratearten und weisen zugehfirige be- 
triebstechnische tind sicherheitstechnische Kompo- 
nenten auf. Das Ger&teprogrammodul DHT ent- 30 
spricht dem GerSteprogrammbdul DHT der Fig. 1 
und dient der Anpassung des betriebstechnischen 
Daten- und Informationsflusses an ein 
Betriebstechnik-Terminal. 

Die Obermittlung von Anreizen an die 35 
Leitungstechnik-Task DH-T bzw. von Einstelldaten 
an die Peripherie PER erfolgt Qber rnailboxartig 
betriebene Obergabespeicher Mlb-ln, Mlb-Out. die 
als integraier Bestandteil der Transportebene des 
Multitasking-Betriebssystems fQr Anreize und Ein- 40 
stetldaten aufzufassen sind. Die Transportebene ist 
ergSnzt durch einen rnailboxartig betriebenen 
Eingabe- und Ausgabespeicher Mlb-DH, Ober den 
vdn der Leitungstechnik-Task DH-T Anreize vom 
Obergabespeicher Mlb-ln und von der nicht darge- 45 
stellten Betriebstechnik- und Vermittlungstechnik- 
Koordinierung-Strukturebene aufgenommen wer- 
den. Die von der Leitungstechnik-Task DH-T er- 
zeugten und fQr die Vermittlungstechnik- 
Koordinierung-Strukturebene bestimmten Meldun- so 
gen werden an einen Eingabe- und Ausgabespei- 
cher Mlb-CP, der einer Task mit dem 
VermJttlungsprozedur-Programmodul CP (Rg. 1 ) 
zugeordnet ist und die fOr die Betriebstechnik- 
Koordinierung- Strukturebene bestimmten Meldun- ss 
gen an einen Eingabe- und Ausgabespeicher Mlb- 
SC, der einer Task mit dem Koordinierung-Pro- 
grammmodul SC (Fig. 1) zugeordnet ist. abgege- 



ben. 

Die rnailboxartig betriebenen Obergabespeicher 
Mlb-ln f Mlb-Out. die in Richtung auf die Peripherie 
PER des Kommunikationssystems mit einem Spei- 
cher DP-RAM eines Eingabe-ZAusgabeprozessors 
zusammenarbeiten, stellen auflerdem den Eingang 
bzw. den Ausgang einer Koppelfeld-Task DH-NW-T 
dar. die ein Koppelfeld-GerSteprogrammodul NW 
aufweist, das einem Koppelfeld-Taskorganisations- 
programm DH-NW-TOP hierarchisch untergeordnet 
ist. Anreize bzw. Einstellinformationen von der Peri- 
pherie PER werden vom Obergabespeicher Mlb-ln 
an einen rnailboxartig betriebenen Eingabe- und 
Ausgabespeicher Mlb-DH-NW abgegeben, der dar- 
Qberhinaus auch Meldungen von der 
Betriebstechnik- und Vermittlungstechnik- 
Koordinierung-Taskstrukturebene aufnimmt. 

Das Koppelfeld-GerSteprogrammodul NW so- 
wie die GerMteprogrammmoduIe DHS r DHS' f DHT 
haben Qber die Datenbasis-Zugriffsroutinen DBAR 
Zugriff zur Datenbasis DB des Kommunikationssy- 
stems. 

Die in der Rg. 5 dargestellte 
Vermittlungstechnik-Struktur weist prinzipielle Ahn- 
iichkeit mit der in Rg. 4 dargestellten 
Leitungstechnik-Strukturebene auf. Bne 
Vermittlungstechnik-Task LDU-T weist ein 
Vermittlungstechnik-Taskorganisationsprogramm 
TOP-LDU auf, dem mehrere Vermittlungsprpzedur- 
Programmodule hierarchisch untergeordnet sind. 
Die Verbindung der Vermittlungstechnik-Task LDU- 
T mit der Systemumgebung erfolgt bezQglich der 
Datenbasis DB wiederum Qber die Datenbasis-Zug- 
riffsroutinen DBAR und bezQglich der 
Leitungstechnik-Strukturebene mittels der Eingabe- 
und Ausgabespeicher Mlb-DH bzw. Mlb-DH-NW in 
abgehender Richtung und in ankommender Rich- 
tung Qber den unmittelbar der Vermittlungstechnik- 
Task LDU-T zugeordneten Eingabe- und Ausgabe- 
speicher Mlb-CP. 

Die Vermittlungsprozedur-Programmodule sind 
derart strukturiert, dafi ein Verbindungssteuerung- 
Programmodul CPTL (Call Processing Trunk Line), 
in dem durch gestrichelte Unterteilung zwei Teil- 
module fUr Trunk- bzw. Linesteuerung angedeutet 
sind, und weitere sieben Leistungsmerkmal-Pro- 
grammodule fQr die Aktivierung und Deaktivierung 
von entsprechenden leistungsmerkmaltypischen 
Steuerprozeduren gebildet sind. Die Funktion der 
Leistungsmerkmai-Programmodule wird im folgen- 
den eriautert 



Leistungsmerkmal-Programmodul CD (Call Distri- 
bution): 

Dieses Programmodul wird von dem 
Verbindungssteuerung-Programmmodul CPTL auf- 
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gerufen, wenn von einem Teilnehmer eine einen 
Vermittlungsplatz bezeichnende Kennzahl gewahlt 
wurde, ein Anruf zum Vermittlungsplatz umgefeitet 
wird, Oder wenn ein Endgerat gerufen wird, fur das 
ein Auftrag zur Umleitung ankommender Gespra- 
che zu einem Vermittlungsplatz in der Datenbasis 
eingetragen ist Die zu rufende Stelle wird jeweils 
aufgrund des aktuellen Zustands der Anlage ermit- 
telt; bei Anderungen des Zustands der Anlage. z. 
B. beim Ubergang von ublichem Verkehr zur 
Nachtschaltung wird die Signaiisierung bei der ge- 
rufenen Stelle automatisch angepaflt. wovon die 
rufende Stelle nicht betroffen ist. 



Leistungsmerkmal-Programmodul COL (Call Dispat- 
ching Line): 

Auch dieses Leistungsmerkmal-Programmodul 
CDL wird durch das Verbindungssteuerung-Pro- 
grammodul aufgerufen; dies erfolgt, wenn ein Ver- 
bindungswunsch zu einem bestimmten Teilnehmer 
voriiegt, dieser Wunsch aber auch bet anderen 
Teilnehmem signalisiert werden mufl. z. B. fOr 
Makler-Reihenanlagen-Teilnehmer. Das 
Leistungsmerkmal-Programmodul CDL ermittelt die 
zu rufenden Sprechstellen. 



Leistungsmerkmal-Programmodul CBTQ (Call Back 
And Trunk Queuing): 

In diesem Leistungsmerkmal-Programmodul 
CBTQ wird das Ein- und Austragen sowie die Aus- 
fGhrung von RUckruf- und Anrufwartesbhlangen- 
Auftrage realisiert. 



Leistungsmerkmal-Programmodul LH (Line Hun- 
ting): 

Mit diesem Leistungsmerkmal-Programmodul 
LH wird das Ein- bzw. Austragen und die Ausfuh- 
rung von Anrufen an einen oder mehrere Sammel- 
anschlusse realisiert. 



Leistungsmerkmal-Programmodul PC (Paging Con- 
troller): 

Auch dieses Leistungsmerkmal-Programmodul 
wird vom Verbindungssteuerung-Programmodul 
CPTL aufgerufen, wenn entweder eine ent spre- 
chende Kennzahl gewahlt wurde Oder ein Anruf auf 
das Personensuchsystem umgeleitet wurde. Das 
Leistungsmerkmai-Programmmodul PC verwaltet 
autonom die Suchwunsche, auch wenn der Auftrag- 
geber bereits wieder aufgelegt hat. Wenn mehrere 



Wunsche simultan anstehen, kann die Suchsignali- 
sierung synchronisiert werden. Es werden Meide- 
wunsche entgegengenommen und der Verbin- 
dungsaufbau zwischen einem suchenden und ei- 
5 nem meldenden Endgerat unterstOtzt. 



Leistungsmerkmal-Programmodul TS (Trunk Sear- 
cher): 

10 

Das Programmodul TS sucht bei Voiiiegen be- 
stimmter Indikatoren in den Meldungen einen ent- 
sprechenden Leituhgssatz. Das Leistungsmerkmal- 
Programmodul TS liefert dabei fur den Verbin- 

15 dungsverkehr die notwendigen Daten fQr die Zif- 
fernaussendung, wie z. B. einzuhaltende Pausen 
zwischen Ziffern oder Umschaltung von Impulswahl 
auf Mehrfrequenz-Code-Wahl. 

Zu den Leistungsmerkmai-Programmodulen 

20 wird auch das Leistungsmerkmal-Programmodul 
NWC (Network Controller) gerechnet, mit dem die 
gesamte logische Verbindungsspeichersteuerung 
und Koppelfeldsteuerung realisiert wird. Das 
Leistungsmerkmal-Programmodul NWC reserviert 

25 vorgegebene Wege und gibt sie auf Anweisung 
frei; es ist also fQr die Verwaltung der Zeitschlrtze 
im Zeitmultiplex-Koppelfeld zustindig. 

Das Verbindungssteuerung-Programmodul 
CPTL und zumindest einige der Leistungsmerkmat- 

ao Programmodute CD..TS weisen betriebstechnische 
und/oder sicherheitstechnische Teilprogrammodule 
auf, die Uber die Programm-Busstruktur bzw. weite- 
re - nicht dargesteilte - mailboxartig betriebene 
Ubergabespeicher mit weiteren Tasken bzw. Pro- 

35 grammodulen der Betriebstechnik- 

Vermittlungstechnik-Koordinierung-Taskstruktur 
bzw. der betriebs- und sicherheitstechnischen 
Applikation-Taskstruktur kommunizieren. 

40 

Ansprlich© 

1. Modular strukturiertes digitales Kommunika- 
tionssystem zur Verbindung von EndgerSten unter- 
45 einander und mit insbesondere offentlichen Netzen 

- mit wenigstens einem Betriebstechnik-EndgerMt 

- mit wenigstens einem aus systemsicherheitstech- 
nischen PrOfvorgSngen gewonnene Alarmmeldun- 
gen anzeigenden AlarmanzeigeendgerMt und 

50 - mit einem zentralen Systemrechner mit einer 
Systemdatenbasis (DB) und zumindest einem 
Multitasking-Betriebssystem 

- zur Verwaltung einer Leitungstechhik- . 
55 Taskstruktur (DH) mit endgerSteartenspe- 

zifischen Ger&teprogrammoduien (OHT. 
DHF. DHS, DHA) zum Generieren logi- 
scher Meldungen unaVbder 
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8. Kommunikationssystem nach den AnsprU- 
chen 1 bis 7. 

dadurch gekennzeichnet, 

dafl die Programm-Busstruktur (PDM. LDM) einen 
logischen Netzknoten fOr die Interkommunikation 
der Verbindungssteuerung-Programmmodule 
(CPTL) und 2umindest einen Teil der 
Leistungsmerkmal-Programmodule (LH, TS, PC. 
NC, CD, CDL, CBTQ) mit einem Teil der Gerate- 
programmoduie (DHS) (lber die On- und Ausgabe- 
speicher (Mlb-CP, Mib-DH) der 

Vermittlungstechnik-Task (LDU-T) und der 
Leitungstechnik-Task (DH-T) bildet 

9. Kommunikationssystem nach Anspruch 1 , 
dadurch gekennzeichnet, 

dafl fOr die Programm-Busstruktur (POM, LDM) ein 
kommunikationsdienste- und endgerateartenunab- 
hangig definiertes pbertragungsprotokoll - virtuefies 
Terminalprotokoll - fOr zwischen der 
Leitungstechnik-Taskstruktur (DH) und der 
Betriebstechnik-Koordinierung/Taskstruktur (LDU 
PD) Qbertragene betriebstechnische Meldungen 
und ein ebenfails ebenfails kommunikattonsdienste- 
und endgerateartenunabhangig definiertes, eine zu- 
mindest annahernd steuerzeichenfreie, gedrangte 
Datenanordnung vorsehendes weiteres Obertra- 
gungsprotokoil - virtuelles AppHkationsprotokoll - 
fQr innerhaib der Applikatton-Taskstmktur (LDU VD) 
und, zwischen dieser und der Betriebstechnik- 
Koordinierung-Taskstruktur (LDU PD) Qbertragene 
Meldungen vorgesehen ist und dafl ein 
Textprozessor-Programmmodul (MMI) zur Konver- 
tierung von Meldungen in einem der beiden Ober- 
tragungsprotokolie in Meldungen im jeweils ande- 
ren Obertragungsprotokoll dient. 

10. Kommunikationssystem nach Anspruch 9, 
dadurch gekennzeichnet, 

dafl Meldungen im virtuellen Terminalprotokoll und 
im virtuellen AppHkationsprotokoll derart aufgebaut 
sind, dafl auf ein System-Datenkopfteil mit einer 
definierten Reihenfolge von Meldungsursprungs- 
und Meldungszteiadressen ein betriebstechnikspe- 
zifischer Datenkopfteil mit einer fOr die beiden Pro* 
tokolle unterschiediichen Protokoliidentifizierungsin- 
formation, einer Bezeichnung einer Auftragsses- 
slon, zu der die Jeweilige Meldung geh&rt und einer 
das fGr die Abarbeitung der Auftragssession not- 
wendige Applikation-Programmodul (AMA) bezeiclv 
nenden Zieladresse. 

1 1 . Kommunikationssystem nach Anspruch 10, 
dadurch gekennzeichnet, 

dafl das Textprozessor-Programmodul (MMI) in die 
betriebstechnische Applikation-Taskstruktur (LDU 
VD) eingefUgt ist. 

12. Kommunikationssystem nach Anspruch 11, 
dadurch gekennzeichnet, 

da£ in die betriebstechnische Koordinierung- 
Taskstruktur (LDU PD) ein einem Dateiverwaitung- 



Taskorganisationsprogramm hierarchisch unterge- 
ordnetes Dateiverwaltung-Programmodul (FC) zur 
Steuerung des Zugangs zu peri ph ere n Dateien und 
in die Leitungstechnik-Taskstruktur (DH) ein 
5 Speicher-Programmodul (DHF) zur Steuerung von 
Such-, Lese- und Schreibauftragen fOr die Dateien 
aufnehmende Speicher eingefQgt ist. 

13. Kommunikationssystem nach Anspruch 12, 
dadurch gekennzeichnet, 

io dafl das Koordinierung-Programmodul (SC) derart 
strukturiert ist, datf es in Abhangigkeit von der Art 
einer innerhaib eines betriebstechnischen Auftrages 
angesprochenen Applikation die Ansteuerung des 
entsprechenden Applikation-Programmoduls (AMA) 

75 einleitet. 

14. Kommunikationssystem nach Anspruch 13, 
dadurch gekennzeichnet, 

daj3 in die betriebstechnische Applikation-Taskst- 
ruktur (LDU VD) ein einem Applikationsverbindung- 

20 Taskorganisationsprogramm hierarchisch unterge- 
ordnetes Applikationsverbindung-Programmodul 
(CC) zum Aufbau und zur Verwaltung der Verbin- 
dung des Koordinierung-Programmoduis (SC) mit 
einem der Applikation-Programmoduie (AMA) ein- 

25 gefUgt ist 

15. Kommunikationssystem nach Anspruch 14, 
dadurch gekennzeichnet, 

dad das Applikationsverbindung-Programmodul 
(CC) derart strukturiert ist, daB in der Applikation- 

so Taskstruktur (LDU VD) nicht residente Applikation- 
Programmoduie unter Bnbeziehung des 
Dateiverwaltung-Programmodul (FC) und des 
Speicher-Programmoduls (DH) aus peripheren Da- 
teien in die Applikation-Taskstruktur (LDU VD) ein- 

35 ladbar sind. 

16. Kommunikationssystem nach Anspruch 1, 
dadurch gekennzeichnet, 

da/3 das Verbindungssteuerung-Programmodui 
(CPTL) direkt dem Vermittiungstechnik-Taskorgani- 

40 sationsprogramm (TOP LDU) untergeordnet ist und 
die Leistungsmerkmai-Programmodule (LD, TS, 
PC, NC, CD, SCU SBTQ) in Form von Unterpro- 
grammen des Verbindungssteuerung-Programmo- 
duis (CPTL) in die Verbindungssteuerung einbezo- 

45 gen sind. 

17. Kommunikationssystem nach Anspruch 16, 
dadurch gekennzeichnet, 

daJ3 die Verteilung der leistungsmerkmaibezogenen 
Programme auf die Leistungsmerkmal-Programmo- 

50 dule (LH, TS, PC, NWC, CD. SCU SBTQ) derart 
vorgenommen ist, dafl zumindest die auf kommuni- 
kationsdienstespezifische Leistungsmerkmale bezo- 
genene Programme jeweils in einem 
Leistungsmerkmal-Programmodul implementiert 

55 sind. 

18. Kommunikationssystem nach Anspruch 16 
oder 17, 

dadurch gekennzeichnet, 
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Betriebstechnik-Meldungen aus an den 
EndgerSten undoder Betriebstechnik-End- 
geraten vorgenommenen Eingaben und 
zur Abgabe von aus logischen Meldungen 
Oder Betriebstechnik-Meldungen Oder 
Aiarmmeidungen gewonnenen gerMteart- 
spezifischen Einstelldaten fGr die Endgera- 
te undoder Betriebstechnik-Endgenlte 
Oder AlarmanzeigeendgerMte 

- zur Verwaltung einer Betriebstechnik- 
und Vermittlungstechnik-Koordinierung- 
Taskstruktur (LDU PD) mit einem betriebs- 
technischen Koordinierung-Programmodul 
(SC) zur Steuerung des betriebstechni- 
schen Informations- und Datenflusses, mit 
Vermittlungsprozedur-Programmodulen 
(CP), die endgerateklassenunabhangig 
und kommunikationsdiensteunabhangig im 
Sinne der Biidung logischer Teilprozesse 
des gesamten Vermittlungsprozesses der- 
art strukturiert sind, dad neben wenigstens 
einem Verbindungssteuerung- 
Programmodul (CPTL) fQr die Steuerung 
des Aufbaus und Abbaus von Verbindun- 
gen weitere Leistungsmerkmai-Program- 
module (LH, TS. PC. NC. CD. SCL, SBTQ) 
fUr die Aktivjerung und Deaktivierung von 
entsprechenden Steuerprozeduren gebif- 
det sind und mit wenigstens einem sicher- 
heitstechnischen PrOf- und Auswerte-Pro- 
grammodul (AUD) zur Durchfuhrung nicht 
zeitkritischer sicherheitstechnischer PrOf- 
und AuswertevorgSnge 

— zur Verwaltung einer betriebs- und si- 
cherheitstechnischen Applikation-Taskst- 
ruktur (LDU VD) mit Appfikation-Program- 
modulen (AMA, REC) zur Abwickiung app- 
likationsorientierter Funktionen, z. B. Inbe- 
triebnahme, Wartung, Fernbetriebstechnik, 
Systemzustandswiederherstellung 
(recovery) 

— wobei zumindest einem Tei! der Pro- 
grammodule (DHT...SC...AMA) jeweils 
individuelf Qber definierte Datenbasis- 
zugriffsroutinen (DBAR) die Datenbasis 
(DB) zugangiich ist und 

— zur Verbindung der Leitungstechnik- 
Taskstruktur (DH) mit der 
Betriebstechnik- und 
Vermittiungstechnik-Koordinierung- 
Taskstruktur (LDU PD) bzw. zu deren 
Verbindung mit der betriebs- und si- 
cherheitstechnischen Applikation- 
Taskstruktur (LDU VD) eine Prog ram m- 
Busstruktur (PDM, LDM) mit wenigstens 
einem kommunikationsdienste- und end- 
gerateartenunabhangig ailgemeingultig 



festgelegten Obertragungsprotokoll der 
daruber ubermittelten Meldungen vom 
Multitasking-Betriebssystem gebitdet 
und verwaltet wird. ^ 

s 

2. Kommunikationssystem nach Anspruch 1 , 
dadurcft g<&kennzaicnn<3&» 

daO die GerSteprogrammodule (DHT, DHF. DHS. 
DHA) in wenigstens einer Leitungstechnik-Task 
io (DH-T) zusammengefaflt sind. der je weils ein von 
einem Leitungstechnik-Taskorganisationsprogramm 
(TOP-DH) verwalteter, maiiboxartig betriebener 
Eingabe- und Ausgabespeicher (Mfb-OH) zugeord- 
net ist 

75 3. Kommunikationssystem nach Anspruch 2, 

dadurefci gotonnmlehntfl 
dafi die Leitungstechnik-Task (DH-T) durch eine 
Koppelfeld-Task (DH-NW-T) rnit einem von einem 
Koppelfeld-Taskorganisationsprogramm (DH-NW- 

20 TOP) verwaiteten Koppeifeld-GerSteprogrammodul 
(DH-NW) ergSnzt ist. 

4. Kommunikationssystem nach Anspruch 2 
Oder 3. 

dadurch g©b©nn2©lchn©4, 

25 da/3 ein von einem Bngabe/Ausgabeprozessor 
(IOP) verwalteter Peripheriespeicher (DP-RAM) je- 
weils einen jeweiis unabhSngig voneinander steuer- 
baren Eingabeanschlufl fOr in der Leitungstechnik- 
Task (DH-T) und/oder in der Koppelfeld-Task (DH- 

30 NW-T) gewonnene Meldungen fUr die EndgerMte 
und Ausgabeanschlud fUr aus Anreizen der Endge- 
rMte gewonnene Meldungen aufweist 

5. Kommunikationssystem nach Anspruch 1 , 
dadurch goftonnzQilcfinoft, 

35 dag das Koordinierung-Programmodul (SC) in eine 
Koordinierung-Task eingefQgt ist der ein von ei- 
nem Koordinierung-Taskorganisationsprogramm 
verwalteter, mailboxartig betriebener Eingabe- und 
Ausgabespeicher zugeordnet ist 

40 6. Kommunikationssystem nach Anspruch 1. 

dadurch goEtonnseflchnoa, 
dai3 die Vermtttlungsprozedur-Programmodule (CP) 
in wenigstens eine Vermittlungstechnik-Task (LDU- 
T) eingefQgt ist der ein von einem 

45 Vermittlungstechnik*Taskorganisationsprogramm 
(TOP-LDU) verwalteter. mailboxartig betriebener 
Eingabe- und Ausgabespeicher (Mlb-CP) zugeord- 
net ist 

7. Kommunikationssystem nach Anspruch 1. 

so dadurch gGfasnnsslchnot, 

dafi die sicherheitstechnischen PrGf- und Auswerte- 
Program module (AUD) in eine PrUf- und Auswerte- 
task eingefQgt sind, der ein von einem PrQfv und 
Auswerte-Taskorganisationsprogramm verwalteter, 

55 mailboxartig betriebener Eingabe- und Ausgabe- 
speicher zugeordnet ist. 
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26 



da/3 dem Verbindungssteuerung-Programmodul 
(CPTL) ein Koppelfeldsteuerung-Programmodul 
(NWC) zugeordnet ist, in dem die Steuerung von 
Eingabe- und Ausgabespeichem eines digitaien 
Zeitmultiplex-Koppelfeldes logisch realisiert ist und 
dem der Eingabe- und Ausgabespeicher (Mlb-DH- 
NW) der Koppelfeld-Task (DH-NW-T) im Sinne der 
Umsetzung logischer Meidungen in physikaiische 
Schaitbefehle fUr das Koppelfeld zugeordnet ist. 

19. Kommunikationssystem nach Anspruch 1 t 
dadurch gekennzeichnet, 

da/J zumindest ein Teii der Gerateprogrammodule 
(DHT, DHF f DHS, DHA) neben einem auf die 
Hauptfunktion - Vermittiungstechnik, Betriebstech- 
nik * der zugehorigen Endgerateart abgestimmten 
Teilmodul ein weiteres, auf sicherheitstechnische 
Funktionen abgestimmtes zweites Teilmodul auf- 
weist 

20. Kommunikationssystem nach Anspruch 19, 
dadurch gekennzeichnet, 6a& wenlgstens eins 
der vermittlungstechnischen Endger$te zugeordne- 
ten Gerateprogrammodule (DHS) ein auf betriebs- 
technische Funktionen abgestimmtes drittes Teil- 
modul aufweist. 

21. Kommunikationssystem nach Anspruch 19 
Oder 20, 

dadurch gekennzeichnet, 

dafl die Gerateprogrammodule. (DHT, DHF, DHS, 
DHA) eine von den Endgeraten bzw. 
Betriebstechnik-Endgeraten abgegebene Anreize 
nach individuellen Leitungskriterien bewertende 
und Meidungen aus der Betriebstechnik- 
Koordinierung- und Vemnittlungstechnik- 
Taskstruktur (LDU PD) in Bnstelldaten fOr die End- 
gerate, Betriebstechnik-Endgerate oder Alarman- 
zeigeendgerate umsetzende Vorverarbeitungs-Pro- 
grammebene (Prepr) und eine die Anreize aller 
EndgerStearten mittels systemspezifischer Parame- 
ter in pro tokollgerechte Meidungen umsetzende 
Bewertungs-Programmebene (Interpr) aufweisen 
und dafl ein in der Bewertungs-Programmebene 
(interpr) residentes v Zuordnungsprograrnm (Mess 
Assign) jeweils funktionsabhangig Meidungen und 
Informationen auf die Teilmodule verzweigt. 

22. Kommunikationssystem nach Anspruch 1 , 
dadurch gekennzeichnet, 

dafl in die betriebs- und sicherheitstechnische 
Taskstruktur (LDU VD) ein Systeminitialisierung- 
Programmodul (IN) eingefOgt ist, das dem 
Multitasking-Betriebssystem derart zugeordnet ist, 
dai3 vom Systeminitiaiisierung-Programmodul (IN) 
im Multitasking-Betriebssystem die initialisierung 
einer Hochlauftask angeregt wird, die die Initiaiisie- 
rung der Programmodule der Taskstrukturen (DH t 
LDU PD, LDU VD) koordiniert. 

■ 23. Kommunikationssystem nach Anspruch 22, 
dadurch gekennzeichnet, 
dafl die Programmodule der Taskstrukturen (DH, 



LDU PD. LDU VD) derart strukturiert sind, daB sie 
die Initialisierung der ihnen jeweils zugeordneten 
Daten und (hardware-) Systemkomponenten steu- 
em. 

5 24. Kommunikationssystem nach Anspruch 23, 

dadurch gekennzeichnet, 

dafl die Initialisierung der Systemkomponenten, die 
nicht eindeutig einem der Programmodule der 
Taskstrukturen (DH, LDU PD f LDU VD) zugeordnet 
w sind, mittels des Systeminitiaiisierung-Programmo- 
duis (IN) durchfUhrbar ist. 

25. Kommunikationssystem nach Anspruch 1, 
dadurch gekennzeichnet 

dafl ein Systemzustandswiederherstellung-Pro- 
75 grammodul (REC) Qber eine Datentabeile gesteuert 
ist, die mittels wenigstens eines betriebstechnh 
schen Appiikation-Programmoduls (AMA) konfigu- 
rierbar ist und in der Informationen Ober die in den 
einzelnen Fehierfallen einzuleitenden Systemzu- 
20 standswiederherstellungsmaflnahmen einschliefllich 
der Art und des Umfangs von Fehleralarmanzeigen 
enthalten sind. 

26. Kommunikationssystem nach Anspruch 1 , 
dadurch gekennzeichnet, 

25 daB in die betriebs- und sicherheitstechnische 
Appiikation-Taskstruktur (LDU VD) ein der In- und 
Auflerbetriebnahme von Leitungen und Baugruppen 
des Kommunikationssystems dienendes 
Inbetriebnahme-Programmodui (PRES) eingefOgt 

30 ist, das mittels wenigstens eines betriebstechni* 
schen Appiikation-Programmoduls (AMA) aufrufbar 
ist 

27. Kommunikationssystem nach Anspruch 1 , 
dadurch gekennzeichnet, 

as daB in die betriebs- und sicherheitstechnische 
Appiikation-Taskstruktur (LDU VD) ein 
Verkehrsdatenerfassung-Programmodul (TC) zur 
Erfassung teilnehmer- bzw. kommunikationsdienst- 
bezogener Verbindungsinformationen eingefCigt ist, 

40 dem Verbindungsinformationen von wenigstens ei- 
nem der in die Koordinierung-Taskstruktur einge- 
fUgten Vermittlungsprozedur-Programmodule (CP) 
nach definierten Vermittlungsprozedurabschnitten 
in Form von Meidungen des vermittlungstechnik- 

45 spezifischen Meldungsprotokolls Gbergeben wer- 
den. 
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